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Abstract: Network coding is a recently proposed method for transmitting 
data, which has been shown to have potential to improve wireless network per- 
formance. We study network coding for one specific case of multicast, broad- 
casting, from one source to all nodes of the network. 

We use network coding as a loss tolerant, energy-efficient, method for broad- 
cast. Our emphasis is on mobile networks. Our contribution is the proposal of 
DRAGONCAST, a protocol to perform network coding in such a dynamically 
evolving environment. It is based on three building blocks: a method to permit 
real-time decoding of network coding, a method to adjust the network coding 
transmission rates, and a method for ensuring the termination of the broadcast. 

The performance and behavior of the method are explored experimentally 
by simulations; they illustrate the excellent performance of the protocol. 

Key- words: wireless networks, network coding, broadcasting, multi-hop, min- 
cut, hypergraph, control 
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Diffusion dans les reseaux mobile ad-hoc avec le 
codage reseau: DRAGONCAST 

Resume : Lc codage reseau est une methode qui a etc proposee recemment, 
et dont lc potentiel pour ameliorcr Ics performances dcs rcscaux sans fil a 
etc dcmontrc. Dans cc rapport, nous etudions le codage reseau pour un cas 
specificique de communication multicast, la diffusion, d'une source a tons les 
noeuds du reseau. 

Nous utilisons le codage reseau comme une methode de diffusion qui est 
tolerante aux pertes de messages, et est aussi efficace en energie. Notre contri- 
bution est la proposition de DRAGONCAST, un protocole utilisant le codage 
reseaux dans des environements evoluant dynamiquement. II est base sur trois 
briques: une methode qui pcrmet lc decodage en temps reel du codage reseau, 
unc methode pour ajuster les debits des retransmissions, et unc methode pour 
garantir la terminaison dc la diffusion. 

La performance et le comportement de la methode sont explores experimentalement 
par des simulations: elles illustrent I'excellente performance du protocole. 

Mots-cles : reseaux sans fil, codage de reseau, diffusion, multi-sauts, coupe 
minimale, hypergraphe, controle 
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1 Introduction 

The concept of network coding, where intermediate nodes mix information from 
different flows, was introduced by seminal work from Ahlswede, Cai, Li and 
Yemig [1]. Since then, a rich literature has flourished for both theoretical and 
practical aspects. In particular, several results have established network coding 
as an efficient method to broadcast data to the whole wireless networks (see 
Lun ct al. [H| or Fragouli ct al. [TB] for instance), when cfhciency consists in: 
minimizing the total number of packet transmissions for broadcasting from the 
source to all nodes of the network. 

From an information-theoretic point of view, the case of broadcast with 
a single source in a static network is well understood, see for instance Deb. 
et al or Lun et al. [5] and their references. In practical networks, the 
simple method random linear coding from Ho et al. [2] may be used but several 
features should be added. Examples of practical protocols for multicast, are 
CodeCast from Park et al. [23] or MORE of Chachulski et al. [8]. Three practical 
features that this article addresses are: real-time decoding, termination, and 
retransmission rate. 

• Real-time decoding: one desirable feature is the ability to decode without 
waiting for the whole set of (coded) packets from the source beforehand: this has 
been previously achieved by slicing the source stream in successive sequences 
of packets, called generations, and by exclusively coding packets of the same 
generation together (as in Chou et al. [7], Codecast [23], and MORE [5]). Then 
decoding is performed generation per generation. 

• Termination: a second related feature is the ability to be able to get 
and decode all packets, at the end of the transmission or generation, even in 
cases with mobility and packet losses. A specific protocol may be added: a 
termination protocol. 

• Retransmission (rate) : this is related to functioning of random linear cod- 
ing. Every node receives packets, and from time to time, will retransmit coded 
packets. As indicated in section [Sj the optimal retransmission fixed rates may 
be computed for static networks ; however in a mobile networks changes of 
topology would cause optimal rates to evolve continuousljf^. Hence a network 
coding solution should incorporate an algorithm to determine when to retrans- 
mit packets and how many of them, such as the ones in Fragouli et al. |16| . or 

MORE [g. 

In this article, we propose a protocol for broadcast in wireless networks: 
DRAGONCAST. It provides the three previous features in a novel way and is 
based on simplicity and universality. Unlike previous approaches, it docs not use 
explicitly or implicit knowledge relative to the topology (such as the direction 
or distance to the source, the loss rate of the links, . . . ), hence is perfectly suited 
to ad-hoc networks with high mobility. 

It uses piggybacking of node state information on coded packets. One cor- 
nerstone of DRAGONCAST is the real-time decoding method, SEW (Shding 
Encoding Window): it does not use the concept of generation; instead, the 
knowledge of the state of neighbors is used to constrain the content of gener- 
ated coded packets. The other cornerstone of DRAGONCAST is a rate adjust- 
ment method: every node is retransmitting coded packets with a certain rate; 

^also when loss probabilities evolve in a unknown manner 



INRIA 



WNC Broadcast in MANETs: DRAGONCAST 



5 



this rate is adjusted dynamieally. Essentially, the rate of the node increases if 
it detects some nodes that lack too many coded packets in the current neigh- 
borhood. This is called a "dimension gap" , and the adaptation algorithm is a 
Dynamic Rate Adjustment from Gap with Other Nodes (DRAGON). Finally, a 
termination protocol is integrated. 

The rest of the paper is organized as follows: section [2] provides some back- 
ground about network coding in practical aspects, section [3] presents some in 
theoretical aspects, section |4] details our approach and protocols, section [5] ex- 
plains evaluation metrics, section [6] analyzes performance from experimental 
results and section [7] concludes. 

2 Practical Framework for Network Coding 

In this section, we present the known practical framework for network coding 
(see also Fragouli et al. [T7j for tutorial) that is used in this article. 

2.1 Linear Coding and Random Linear Coding 

Network coding differs from classical routing by permitting coding at interme- 
diate nodes. One possible coding algorithm is linear coding that performs only 
linear transformations through addition and multiplication (see Li et al. |13j 
and Koetter et al. [15]). Precisely, linear coding assumes identically sized pack- 
ets and views the packets as vectors on a fixed Galois field In the case of 
single source multicasting, all packets initially originate from the source, and 
therefore any coded packet received at a node v at any point of time is a linear 
combination of some source packets as: 



where the {Pj)j=i^...,k are k packets generated from the source. The sequence of 
coefficients for a coded packet y^^"'^ (denoted "information vector" ) is [a^^i , ai^2i ■ ■ ■ , o-i,n] 
(denoted "global encoding vector"). 

When a node generates a coded packet with linear coding, an issue is how 
to select coefficients. Whereas centralized deterministic methods exist. Ho and 
al. [2] presented a novel coding algorithm, which does not require any central 
coordination. The coding algorithm is random linear coding: when a node 
transmits a packet, it computes a linear combination of all data possess with 
randomly selected coefficients (7^), and sends the result of the linear combi- 
nation: coded-packet —'^iJiPi"'' ■ In practice, a special header containing the 
coding vector of the transmitted packet may be added as proposed by Chou et 



2.2 Decoding, Vector Space, and Rank 

A node will recover the source packets {Pj} from the received packets {Pj-""*}, 
considering the matrix of coefficients {ojj} in section [2.11 Decoding amounts 
to inverting this matrix, for instance with Gaussian elimination. 

Thinking in terms of coding vectors, at any point of time, it is possible to 
associate with one node w, the vector space, Hy spawned by the coding vectors. 



i received coded packet at node v : y\ 




aL H. 
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and which is identified with the matrix. The dimension of that vector space, 
denoted D^^, = dimll^, is also the rank of the matrix. In the rest of this 
article, by abuse of language, we will call rank of a node, that rank and dimen- 
sion. The rank of a node is a direct metric for the amount of useful received 
packets, and a received packet is called innovative when it increases the rank 
of the receiving node. Ultimately a node can decode all source packets when 
its rank is equal to the the total number of source packets {generation size). 
See also [l6l[7|. When anode will recover the source packets at once only at 
the end of network coding transmission, the decoding process is called as "block 
decoding ". 

2.3 Rate Selection 

When using random linear coding, the rate of each node should be decided. For 
static networks, the optimal rates with respect to either energy-efheiency, or 
capacity maximization may be computed as in the references in section [31 

For dynamic networks, the rate may evolves with time, and in our framework 
we assume a "rate selection algorithm" : at every point of time, the algorithm is 
deciding the rate of the node. We denote V the set of nodes, and C„(t) the rate 
of the node u G V at time r. Then, random linear coding operates as indicated 
on algorithm [TJ 



Algorithm 1: Random Linear Coding with Rate Selection 

1.1 Source scheduling: the source transmits sequentially D vectors 
(packets) with rate Cg. 

1.2 Nodes' start and stop conditions: The nodes start transmitting 
when they receive the first vector but they continue transmitting until 
themselves and their current neighbors have enough vectors to 
recover the D source packets. 

1.3 Nodes' scheduling: every node v retransmits linear combinations of the 
vectors it has, and waits for a delay computed from the rate distribution. 



With this scheduling of Algorithm [Tl the changing parameter is the de- 
lay, and we choose to compute it as an approximation from the rate C^{t) as: 
delay 1/C„(t). 

3 Theoretical Performance of Wireless Network 
Coding 

For static networks, several important results exist for network coding in the 
case of single source multicast. 

First, it has been shown that the simple method of random linear coding from 
Ho et al. m could asymptotically achieve maximal multicast capacity (optimal 
performance), and also optimal energy-efficiency (see [B]). Second, for energy- 
efficiency, only the average rates of the nodes are relevant. Third, the optimal 
average rates may be found in polynomial time with linear programs as with 
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Wu et al. Li et al. U, Lun et al. [5^1 . Last, performing random linear coding, 
with a source rate slightly lower than the maximal one, will allow to decode all 
packets in the long run (when time grows indefinitely, see [T91I3]). 

For mobile ad-hoc networks, if one desires to use the optimal rates at any 
point of time, an issue is that they are a function of the topology, which should 
then also be perfectly known. 

4 Our Approach: DRAGONCAST 

As mentioned in section [TJ our contribution is a method for broadcast from a 
single source to the entire network with network coding. 

It is based on known principles described in section 12. 3| and the general 
framework of our protocol is described in section 14.11 There are three compo- 
nents in this framework: 

• SEW, a coding method to allow real-time decoding of the packets, de- 
scribed in section 

• DRAGON, a rate selection algorithm, proposed in [Hj (extended version 
in [in]) and summarized in section [1751 

• A termination protocol described in section [4.41 

4.1 Framework for Broadcast with Network Coding 

In this section, we briefly describe our practical framework for broadcast pro- 
tocols. It assumes the use of random linear coding. It further details the basic 
operation presented on algorithm [l] and appears in algorithmic] 

As described in algorithm [H the source initiates broadcasting by sending 
its first original data packets. Other nodes initiate transmission of encoded 
data upon receiving the first coded packet, and stay in a transmission state 
where they will transmit packets with an interval decided by the rate selection 
algorithm. Upon detection of termination, they will stop transmitting. 

4.2 SEW: Encoding for Real-time Decoding 

In this section, we propose a method for real-time decoding, which allows re- 
covery of some source packets without requiring to decode all source packets at 
once. This section is organized as follows: wc first explain the decoding pro- 
cess and the concept of real-time decoding in section 14.2.11 then introduce our 
method for real-time decoding itself in section [4.2.21 

4.2.1 Overview of Real-time Decoding 

In this section, we explain the general decoding process. Decoding is a process 
to recover the source packets from accumulated coded packets inside a node. 

^ "optimal" , again, in the sense of energy-efficiency, and assuming transmissions without 
interferences - with our linear cost model, energy-efficiency is invariant by a scaling of the 
rates, hence we are assuming that the rates are scaled to be well below channel capacity. 
Therefore, the capacity limits of the wireless medium and the impact of interferences or of 
the scheduling, are a pcripherical issue for this pcrticular problem of energy-efficiency, which 
is entirely different from the issue of maximum capacity, and from practical issues when the 
source has an immutable rate 
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Algorithm 2: Framework for Broadcast with Network Coding 

2.1 Source data transmission scheduling: the source transmits 
sequentially D vectors (packets) with rate Cs- 

2.2 Nodes' data transmission start condition: the nodes start 
transmitting a vector when they receive the first vector. 

2.3 Nodes' data storing condition: the nodes store a received vector in 
their local buffer only if the received vector has new and different 
information from the vectors that the nodes already have. 

2.4 Nodes' termination conditions: the nodes continue transmitting until 
themselves and their current known neighbors in their local 
information base have enough vectors to recover the D source packets. 

2.5 Nodes' data transmission scheduling: every node retransmits linear 
combinations of the vectors in its local buffer after waiting for a delay 
computed from the rate selection. 

2.6 Nodes' data transmission restart condition: When one node 
receives a notification indicating that one neighboring node requires more 
vectors to recover the D source packets and it has already stopped data 
transmission, the node re-enters in a transmission state. 



As explained in section [TTl any received coded packets are originated from the 
source, and are a set of linear combinations of the original source packets as 
represented in Fig. 1(a) In Fig. 1(a) {Pj)j=i,....k arc k packets generated from 
the source, and the set {y,-^''} is the set of packets that were received by a node 
V. The sequence of coefficients for y["\ [gi,i,gi,2, ■ ■ ■ is the global encoding 
vector of coded packet ( j/l"'*). 

Considering the matrix of coefficients [gij] of a set of coded packets inside a 
node, a node can recover the source packets [Pj] from the accumulated packets 

[p^"'] if the matrix of coefficients has full rank. Then, decoding amounts to 
inverting this matrix, for instance with Gaussian elimination as seen in Figure 
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(a) A set of coded packets in a local buffer of (b) Decoding with Gaussian Elimination 
a node with k=n 

Figure 1: Decoding at a Node 



In the worst node may have to wait until it has sufficient information 

to decode all packets at once (block decoding). Because block decoding delays 
recovery of source packets until the rank of a node reaches at least the generation 
size, the delay could be rather large. In order to shorten the delay of the 
block decoding, Chou et al. [7] suggested that an early decoding process could 
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be possible by recovering some source packets before a node receives enough 
data for block decoding, but did not specify a method to ensure it. The early 
decoding process uses the fact that partial decoding is possible [7] if a subset of 
encoding vectors could be combined by Gaussian elimination, yielding a lower 
triangular part of the matrix as seen in Fig. [51 Notice that packets forming the 
lower triangular part do not need to be on sequential rows inside the nodes' 
buffers and rows of the packet could be non-continuous in a matrix of the global 
encoding vectors and information vectors. 
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Figure 2: Low Triangle in Global Encoding Vectors in Local Buffer 

An explicit mechanism to permit for early decoding is useful, since when 
the source rate approaches its "maximum broadcast rate" , in other terms as 
the source rate approaches optimality, the probability of being able to partially 
decode after a fixed time decreases (as implied by [H]). 

4.2.2 SEW (Sliding Encoding Window) 

In this section, we introduce our real-time decoding method. Sliding Encoding 
Window (SEW). In order to enable real-time decoding, it ensures the existence 
of a low triangle in global encoding vectors saved in a node. Hence the existence 
of an early decodable part as in Fig. [H 

Our approach is deliberatly simpler than most coding schemes, including for 
instance LT codes [H], Growth Codes [TT] or opportunistic coding approaches 
such as MORE [5]. Our rationale starts from the observation that according 
to [3] for instance, random linear coding is assymptotically capacity-achieving 
; in other words, in theory, a sophisticated coding scheme is not necessary (ig- 
noring the header overhead). Our intuition, is that adding simple constraints 
(the ones in SEW) to random linear coding, we will still be able to be able to 
perform near to the performance of random linear coding (which is asymptoti- 
cally optimal). Compared to other approaches, SEW has the added benefit of 
making few assumptions on the communication characteristics (loss probabil- 
ity, stationarity, average number of neighbors, direction of the source or of the 
destinations, . . . ). 
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The key of SEW, is to ensure the existence of an early decoding part, and 
to do so, the method SEW rehes on two properties: 
Principles of SEW: 

• SEW coding rule: generates only coded packets that are linear com- 
binations of the first L source packets, where L is a quantity that 
increases with time. 

• SEW decoding rule: when decoding, performs a Gaussian elimination, 
in such a way that one coded packet is only used to eliminate the source 
packet with the highest possible index (i.e. the latest source packet). 

Before detailing the insights behind these rules, we first define notations: 
the high index of a node, /high, and the low index of a node, /low As explained 
in section a coded packet is a linear combination of source packets. If we 
assume that the most recently generated source packet has always the highest 
sequence number, that is if the source is successively sending packets Pi, P2, 
P3, ...with sequence numbers 1, 2, 3, then it is meaningful to identify 
the highest and lowest such sequence number in the global encoding vector of 
any coded packet. Let us refer to the highest and lowest sequence numbers as: 
highest and lowest index of the coded packet respectively. For instance, a packet 
y = P3 + P5 + P7 + Pg , the highest index is 8 and the lowest index is 3. 

Because all encoded packets have their own highest index and lowest index, 
we can also compute the maximum of the highest index of all not- yet decoded 
packets in a node, as well as the minimum of the lowest index. We refer to the 
maximum and the minimum as high index (/high) of a node and low index (/low) 
of a node. Notice that a node will generally have decoded the source packets 
from 1 up to its low index. 

The intent of the SEW coding rule is to use knowledge about the state of 
neighbors of one node, namely their high and low index. A node restricts the 
generated packets to a subset of the packets of the source, until it is confirmed 
that perceived neighbors of the node are able to decode nearly all of them, up 
to a margin K . Notice that once all its neighbors may decode up to the first 
L — K packets, it is unnecessary for the node to include packets Pi, . . . Pl in its 
generated combinations. 

Hence, the general idea of SEW is that it restricts the mixed original packets 
within an encoded packet from a window of a fixed size K. In other words, a 
node encodes only source packets inside a fixed Encoding Window as: 



where the {Pj)j=k,...,k+K are K packets generated from the source. The se- 

' (v) 

quence of coefficients for p] is the following global encoding vector: 
[0, 0, ... , fli^fc, ai_k+i, . . . , ai_k+K-, . . . , 0, 0]. A node will repeat transmissions of 
new random combinations within the same window, until its neighbors have 
progressed in the decoding process. 

The intent of the SEW decoding rule, is to guarantee proper functioning of 
the Gaussian elimination. An example of SEW decoding rule is the following: 
assume that node v has received packets yi and 1/2, for instance yi = Pi+Pg and 
2/2 = Pl + P2 + Pa- Then yi would be used to eliminate Pg for newly incoming 
packets (the highest possible index is 9), and j/2 would be used to eliminate 



j=k+K 




j=k 
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P3 from further incoming packets. On the contrary, if the SEW decoding rule 
was not appUed and if yi were used to ehminate Pi , then it would be used to 
eliminate it in ?/2, and would result into the computation of y2~2/i = -P2+-P3— ^g; 
this quantity now requires elimination of Pg, an higher index than the initial one 
in 1)2- In contrast the SEW decoding rule guarantees the following invariant: 
during the Gaussian elimination process, the highest index of every currently 
non-decoded packet will always stay identical or decrease. 

Provided that neighbor state is properly exchanged and known, as a result, 
the combination of the SEW coding rule and the SEW decoding rule, guarantee 
that ultimately every node will be able to decode the packets in the window 
starting from its lowest index; that is, they guarantee early decoding. 

Notice that improper knowledge of neighbor state might impact the perfor- 
mance of the method but not its correctness: if a previously unknown neighbor 
is detected (for instance due to mobility), the receiving node will properly ad- 
just its sending window. Conversely, in DRAGONCAST, obsolete neighbor 
information, for instance about disappeared neighbors, will ultimately expire. 

4.3 DRAGON: Rate Selection 

In this section, we describe rate selection algorithms which complement the 
real-time decoding method SEW, in the framework we previously proposed. 

Precisely, we introduce our core heuristic for rate selection, DRAGON. Be- 
fore that, we describe a simplified rate selection, IRON, which is used later in 
simulations for reference, and that would approach the algebraic gossip method 
of Deb et al. [TS] in networks with high mobility. 

These heuristics do not assume a specific type of network topology; the only 
assumption is that one transmission reaches several neighbors at the same time. 

4.3.1 Static Heuristic IRON 

The reference heuristic, IRON, starts from the simple logic of setting the same 
rate on every node: for instance let us assume that the every node has an 
identical rate as one, e.g. a packet per a second. 

Now we further optimistically assume that near-optimal energy-efficiency is 
achieved and that every transmission would bring innovative information to 
almost every receiver, and we denote M the average number of neighbors of a 
node in the mobile network. 

Then every node will receive on average M packets a second. Hence the 
source should inject at least M packets per a second. This constitutes the 
heuristic IRON: 

• IRON (Identical Rate for Other Nodes than source): every node retrans- 
mits with the same rate, except from the source which has a rate M times 
higher. 

4.3.2 Dynamic Heuristic DRAGON 

The heuristic DRAGON has been proposed and analyzed in [9j and [10]. We 
briefly summarize it in this section for completeness. 

The starting point of our heuristic DRAGON, is that the observation that, 
for real-time decoding, the rank of nodes inside the network should be close to 
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the index of the last source packet, and that in any case, they should at least 
evolve in parallel. 

Thus, one would expect the rank of a node to grow at the same pace as 
the source transmission, as in the example of optimal rate selections for static 
networks (see section [3]) . Decreasing the rates of intermediate nodes by a too 
large factor, would not permit the proper propagation of source packets in real 
time. On the contrary, increasing excessively their rates, would not increase 
the rate of the decoded packets (naturally bounded by the source rate) while it 
would decrease energy-efficiency (by increasing the amount of redundant trans- 
missions). 

The idea of the proposed rate selection is to find a balance between these two 
inefficient states. As we have seen, ideally the rank of a node would be compara- 
ble to the lastly sent source packet. Since we wish to have a simple decentralized 
algorithm, instead of comparing with the source, we compare indirectly the rank 
of a node with the rank of all its perceived neighbors. 

The key idea is to perform a control so that the rank of neighbor nodes 
would tend to be equalized: if a node detects that one neighbor had a rank 
which is too low in comparison with its own, it would tend to increase its rate. 
Conversely, if all its neighbors have greater ranks than itself, the node need not 
to send packets in fact. 

Precisely, let Dyij) denote the rank of a node v at time r, and let gv{T) 
denote the maximum gap of rank with its neighbors, normalized by the number 
of neighbors, that is: 



We propose the following rate selection, DRAGON, Dynamic Rate Adapta- 
tion from Gap with Other Nodes, which adjusts the rates dynamically, based on 
that gap of rank between one node and its neighbors as follows: 
• DRAGON: the rate of node v is set to C„(t) at time t as: 

• if (7„(t) > then: Cv{t) = ag^(T) 
where a is some constant 

• Otherwise, the node stops sending encoded packets until (7i,(t) be- 
comes larger than 

Consider the total rate of the transmissions that one node would receives 
from its neighbors: the local received rate. In a static network with the previous 
rate selection: DRAGON ensures that every node will receive a total rate at 
least equal to the average gap of one node and its neighbors scaled by a. That 
is, the local received rate, at time r verifies: 



This would ensure that the gap with the neighbors would be closed in time 
«< — if the neighbors did not receive new innovative packets. Notice that 
this is independent from the size of the gap: the greater the gap, the higher 
the rate. Overall, the time for closing the gap would be identical. This is 
only an informal argument to describe the mechanisms of DRAGON; however 
experimental results in section[Hl illustrate the proper behavior of the algorithm, 
and its synergy with SEW. 




= max 



D,{t)~Du{t) 
\Hu\ 
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4.4 Termination Protocol 

A network coding protocol for broadcast requires a termination protocol in order 
to decide when retransmissions of coded packets should stop. 

Our precise terminating condition is as follows: when a node (a source or 
an intermediate node) itself and all its known neighbors have sufficient data to 
recover all source packets, the transmission stops. This stop condition requires 
information about the status of neighbors including their ranks. Hence, each 
node manages a local information base to store one hop neighbor information, 
including their ranks. 



Algorithm 3: Brief Description of Local Information Base Management 
Algorithm 

3.1 Nodes' local info notify scheduling: The nodes start notifying their 
neighbors of their current rank and their lifetime when they start 
transmitting vectors. The notification can generally be piggybacked in 
data packets if the nodes transmit a vector within the lifetime interval. 

3.2 Nodes' local info update scheduling: On receiving notification of 
rank and lifetime, the receivers create or update their local information 
base by storing the sender's rank and lifetime. If the lifetime of the node 
information in the local information base expires, the information is 
removed. 



In order to keep up-to-date information about neighbors, every entry in the 
local information base has lifetime. If a node does not receive notification for 
update until the lifetime of an entry is expired, the entry is removed. Hence, 
every node needs to provide an update to its neighbors. In order to provide the 
update, each node notifies its current rank with new lifetime. The notification 
is usually piggybacked in an encoded data packet, but could be delivered in a 
control packet if a node does not have data to send during its lifetime. A precise 
algorithm to organize the local information base is described in algorithm [5] 

The notification of rank has two functions: it acts both as a positive ac- 
knowledgement (ACK) and as a negative acknowledgement (NACK). When a 
node has sufficient data to recover all source packets, the notification works 
as ACK, and when a node needs more data to recover all source packets, the 
notification has the function of an NACK. In this last case, a receiver of the 
NACK could have already stopped transmission, and thus detects and acquires 
a new neighbor that needs more data to recover all source packets. In this case, 
the receiver restarts transmission. The restarted transmission continues until 
the new neighbor notifies that it has enough data, or until the entry of the new 
neighbor is expired and therefore removed. 

4.5 Proof of convergence of DRAGONCAST 

In this section, we prove that when the source has a finite number of packets, 
and when the network is connected, the algorithm SEW will always ensure that 
every node may decode the packets (in association with the rest of the protocol 
DRAGONCAST). Note that we do not address performance issues. 

Our first step towards the proof is a formal definition of the assumption 
"network connected" : 
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Connectivity Definition: 

If a network is connected, then for any pair of nodes u ct v, one may 
find a sequence of nodes (uq ~ u,ui,U2, ■ ■ ■ , Uk-i, Uk = v), with the 
following properties (for any i = 0, ... A; — 1) 

• Ui may send packets to u^+i with a rate greater or equal to 
than some constant C and with average loss probability lower 
or equal to some constant Pmax-ioss 

• and Ui^i may send packets to Ui with the same properties 

This definition is more complex that a graph-theory definition, because it may 
be applied to mobile networks (even delay-tolerant networks), networks with 
limited capacity, or with lossy transmissions, .... 

Our second important step, is to remark one property of DRAGON, de- 
scribed in section [4.3.21 

Neighbor Transmission Assumption: 

If a node detects that one neighbor node has a lower rank, it will send 
coded packets with a rate greater than some minimal rate (actually 
at least some constant a, see section B. 3. 2 p 

The third step is to note that the following property can be ensured in 
DRAGONCAST, in the termination protocol (see section [44]) 

Advertisement Assumption: 

Every node, that cannot yet decode, will advertise once its state at 
least with a rate greater than some constant Cmin-adv 

A technical detail is the expiration time for keeping neighbor state information: 
in the remaining we simply will assume that it is sufficiently large. 

With the previous assumptions, we can now prove the following result: 

Theorem 1. Ultimately, every node will be able to decode (almost always, in 
the probabilistic sense). 

Proof: Note that for clarity, the proof that follows is written informally, but 
a more formal version could be derived, as every detail is addressed. 
Consider a source with a finite number of packets. 

We will do a proof by contradiction. Assume that DRAGONCAST is run 
for an arbitrary large time on the network. Consider the point in time, where 
nodes receive no new innovative packets. Because the number of source packets 
IS finitel, such a time always exists. 

Imagine that at that point of time, there exists at least one node that would 
not be able to decode in the network, and among such nodes, take the node 
with the smallest low index /low denoted /lowest- The node associated with this 
index is denoted wiowcst- 

Consider the source s: by the connectivity definition, there exists a path 
from the source to this node (uq = s, • • ■ , = wiowcst) satisfying the condition 
in the connectivity definition. 

^and this number of source packet bounds the rank of one node, which is always increased 
when receiving an innovative packet 
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Along this path, wc will consider u^, the node with the minimum i, such 
that its low index is /lowest (i-C along this path, the closest node to the source 
with low index /lowest) 

As long as the node Ui cannot decode, as the advertisement assumption 
indicates, the node will retransmit its state (piggybacked or not) at a guaranteed 
minimal rate. With the assumptions of the connectivity definition such messages 
might actually be sent only with a lower rate (C might be lower than Cmin-adv), 
and will be received with probability greater than 1 — Pmax-ioss- The global 
result is that as time t converge to infinity, the probability that the node 
receives the state message from Ui increases exponentially as 1 — e~^'^ for some 
constant /3 > 0. By a large selecting r properly, we have have an arbritrarily 
low probability that a state message from any node is not received by its 
neighbor after a time r. 

Once the state message from Ui is received by u^-i, by using the neighbor 
transmission assumption, we know that Ui-i will retransmit packets at least 
with a certain frequency, and using the same reasoning as previously, after a 
time r', Ui-i will receive such a packet, with a probability greater than 1 — Pe- 

The outcome is that as long as Ui cannot decode, it will receive a coded 
packet from Ui-i with probability greater than (1 — p^)^ after a time r + t' 

Now consider the content of the packet: it is a set of coded packets. Since 
the low index /lowest must be lower than the low index of iti-i, the node 
may at least send the /lowest -th packet from the source as uncoded packet, or in 
general a linear combination of some of the sources packets with indices between 

/lowest and /lowest + K . 

In fact, as long as ui cannot decode the /lowest-th packet from the source, 
Ui-i will send such coded packets with probability (1 — p^)^, in every t + t' time 
intervals. 

Denote Qq the /lowest-th packet from the source, and Qi to Qm the other 
packets in the buffer of Ui-i with indices between /lowest and /lowest + K- The 
point being that Ui-i must have decoded Qq, but not necessarily the other Qi, 
. . . , Qm that are linear combination of source packets. 

In any case, the key is that we have transmissions of linear combinations 
of Qoj Qi, ■ ■ ■ Qm by Ui-i to Ui, with a lower-bounded rate. We can use the 
classical random linear coding results, to deduce that the probability of not being 
to decode the (Qi) after several transmissions decreases exponentially (or faster 
than that) with the number received linear combinations. Hence ultimately, 
the node Ui will be able to decode the packets Qij including specifically Qo, 
which is a new source packet for it. This contradicts the hypothesis that no new 
innovative packets is received. 

Hence this proves the fact that ultimately nodes can always decode (almost 
always, since we depend on events with probability 1). 

5 Evaluation Metrics for Experimental Results 

To evaluate the performance of our broadcasting protocol DRAGONCAST, we 
are interested in two aspects: first, the energy-efficiency of the method, and 
second, a quantitative assessment of the ability to perform real-time decoding 
with SEW. 
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To do so, wc provide two metrics, one for each aspect: to evaluate efficiency, 
we measure a quantity denoted i^ref-eff and whereas to evaluate real-time decod- 
ing, we measure a quantity denoted provide RDT; they are defined as follows: 

• £'ref-eff = : the ratio between i?cost and E'bound, where i?cost is a 
total number of transmissions to broadcast one data packet to the entire 
network and inbound is one lower bound of the possible value of i?cost- 

• RTD: the average real-time decoding rate per unit time; the ratio between 
the number of decoded packet of a node and the rank of the node. 

They are further described in the following sections. 



5.1 Metric for Energy-efRciency 

The metric for efficiency, -Erof-cff is always smaller than 1 and may approach 1 
only when the protocol becomes close to optimality (the opposite is false). 

As indicated previously, -Ecost, the quantity appearing in the expression of 
Ej-ef-eS is the average number of packet transmissions per one broadcast of a 
source packet. We compute directly i^cost as 

^ ^ Total number of transmitted packets 
Number of source packets 

The numerator of -Bicf-cft, -Abound is a lower bound of the number of trans- 
missions to broadcast one unit data to all N nodes, and we compute it as 

^ where Mavg-max is an average of the maximum number of neighbors. 

The value of inbound comes from assumption that a node has Mavg-max neigh- 
bors at most and one transmission can provide new and useful information to 
-Mniax nodes at most. Notice the maximum number of neighbors (Mmax) evolves 
in a mobile network, and hence we compute the average of Mmax as Mavg-max 
for the whole broadcast session after measuring Mmax at periodic intervals. 



5.2 Energy-efRciency reference point for routing 

In our simulations, the performance of DRAGONCAST was not compared to 
the performance of methods using routing. Indeed, many routing methods (such 
as connected dominating sets) , would suffer from changes of topology due to the 
mobility, and would need to be specially tuned or adaptable. 

In order to still obtain a reference point for routing, we are using the upper 
bound of efficiency without coding 

(-Ebound-ref-eff) of Fragouli ct al. |16j . Their argument works as follows: consider 
the broadcasting of one packet to an entire network and consider one node in 
the network which retransmits the packet. To further propagate the packet to 
network, another connected neighbor must receive the forwarded packet and 
retransmit it, as seen in Fig.[3l Considering the inefficiency due to the fact that 
any node inside the shared area receives duplicated packets, an geometric upper 
bound of for routing can be deduced: 

7^(iio— coding) ^ StT 

. Notice that — - 1.6420 . . . > 1 
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Figure 3: i?bound-rof-off without coding 
5.3 Real-Time Decoding 

For a real-time decoding metric, we measure an average real-time decoding rate 
(RTD). We compute it as a ratio between the number of decoded packets inside 
a node and the number of received useful (innovative) packets of the node per 
unit time. As explained in section [21 the number of these useful packets is the 
rank of a node. Thus we compute RTD of all nodes precisely as 

j^rpjj A Total number of decoded packets at a node 
Rank of the node 

(and perform averages). 



6 Experimental Results 

In order to evaluate the protocol DRAGONCAST. we performed several sets of 
simulations using the NS-2 simulator. The simulation parameters are given in 
Table m 



Parameter 


Value (s) 


Number of nodes 


200 


transmission range 


250m 


network field size 


1100m X 1100m 


antenna 


omni- antenna 


propagation model 


two way ground 


MAC 


802.11 


Data Packet Size 


512 including headers 


Generation size 


1000 


Field Fp, (xor) 


p = 2 



Table 1: simulation parameters of NS-2 



Simulations were made with different scenarios and for the metrics described 
in section [S] First we assess the quality of a real-time decoding rate with our 
method SEW in section [01 Because real-time decoding sacrifices some energy- 
efficiency, we analyzed the impact of the introduction SEW on efficiency, and 
then the whole protocol DRAGONCAST in section [Q 

6.1 Real-Time Decoding: Effects of SEW 

In order to evaluate the effects of our real-time decoding method SEW, simula- 
tions were run with parameters in Table [T] and the following additional param- 
eters: SEW window size K = 100, high mobility (2.7 radio range/sec), and a 
source rate M = 8.867. 
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We used both rate selection heuristics IRON and DRAGON, and drew the 
evolution of the following parameters with time: 
the average rank of nodes, 
average /high 
minimum /high, 
source rank 
average RTD 



The results are represented on Fig. 4(a) with rate selection IRON, whereas 
Fig. 4(c) shows results using DRAGON, and Fig. |4(b)] shows results using IRON 
and SEW. The resuhs for DRAGONCAST (DRAGON + SEW) are given in 
the next section. 
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(c) DRAGON, without SEW 



Figure 4: Evolution of avg. D, avg. (/high), min. (/high) and source rank, with 
high mobihty, N=200 M=8.867 

As seen in Fig. [H SEW could decrease the gap between the average number 
of decoded packets and average rank of nodes. Hence this evidences the success 
of real-time decoding: indeed, on that example, and thanks to this small gap, 
a node could decode more then 80 percent of received packets, (the results for 
DRAGONCAST are comparable and are not reported here, but the next section 
evidence that even in the case with less mobility DRAGONCAST also achieves 
80 % real-time decoding). 

On the contrary, the results without SEW show that a node can decode only 
a fraction of of its received coded packets for most of the simulation's duration 
(in the example, about 5 % for IRON, and 20 % for DRAGON), and wiU then 
decode most of the coded packets suddenly, at the end of the simulation. Such 
behavior is not uncommon: indeed the difference between being able to decode 
or not a whole set of packets may be made by one single additional packet. 
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In this spirit, wc can explain the different decoding success rates by compar- 
ing the evolution of /high and of the average rank of nodes. In the simulation 
without using SEW, the high index of a node /high stays higher than the rank 
of the node and hence the node will not get a chance to perform real-time de- 
coding: at the same time as the node gets more useful coded packets for the 
decoding process, it gets also get additional coefficients to eliminate. 

On the contrary, in the simulation using SEW, the average high index /high 
increases more slowly than the rank of the source and at the similar pace with 
the average rank of nodes, as seen in Figure |4(b)| This keeps /high close to the 
rank. Therefore, in these simulations, nodes are able to decode more than 80 
percent of received packets during almost all simulation time. 

Results only using DRAGON also show that DRAGON enables real-time 



decoding from time to time without using SEW as seen in Figure 4(c) Fig- 
ure 



4(c) shows that average rank of all nodes and average /high of all nodes 
increases similarly. They increase at the similar pace but there steadily exists a 
small gap between them. Hence, /high of a node does not meet a rank of a node, 
and RTD of only using DRAGON is overall low as 0.2 almost until the end of 
the simulation. Hence, even though DRAGON is performing better than IRON 
on this example, the results show real-time decoding cannot be expected with 
DRAGON alone: hence the fuU DRAGONCAST protocol (DRAGON+SEW) 
is necessary. 



6.2 Efficiency and Read-Time Decoding 

Our method SEW enables real-time decoding, but the real-time decoding rate 
is naturally related with a SEW window size K. As the SEW window size gets 
smaller, the real-time decoding rate increases. However, on the other hand, a 
too small SEW window size will decrease innovative packet rates, because it will 
force some nodes to retransmit packets from the same subset more often until 
some neighbors reach their own rank. These retransmissions from the same 
subset are more likely to be redundant to up-to-date neighbors and this may 
result in efficiency decrease. 

Therefore, there exists a natural tradeoff between energy-efficiency and the 
amount of real-time decoding. However, when the rate selection is ensuring 
globally an uniform, regular, increase of the ranks of every node, then the gap 
between two neighbors would stay limited. This is, for instance, the intent 
of DRAGON. In that case, one can hypothesize that the ideal window size of 
SEW would be on the order of magnitude of the natural average gap between 
two neighbors. The impact of SEW on energy-efficiency would then be expected 
to be limited. 

Fig. [5] shows the relation between efficiency and a real-time decoding rate 
(RTD) in networks with high mobility. In Fig. [51 each value on x-axis (mobility) 
represents an average moving speed of a node (a value 0.25 corresponds to 275 
m/sec) The source rate was fixed as 10 packets per second, a packet of 512 bytes. 
When using DRAGON, we tuned the adaption speed by setting the parameter 
a to a = 0.5. 

From Fig. [5] we observed several notable results. 

The first one is that, as explained in the previous section, SEW could improve 
RTD dramatically, as intended, up to approximately 0.8 in these simulations. 
Even if DRAGON would allow some amount of real-time decoding in some cases 
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(c) RTD of IRON (d) RTD of Dragon a = 0.5 

Figure 5: E^ei-eff and decoding rate with changing mobihty, N=:200 M=8.867 



with no mobihty. also it appears that these opportunities disappear with more 
mobihty, and hence SEW appears as a necessity also here. 

The second one is the illustration of the energy-efficiency of DRAGONCAST: 
compared to the bound of routing when the network would be static, it is 
within a factor 2 of that absolute upper-bound for energy-efSciency of routing 
method (stronger than the optimal broadcast method). This indicates how the 
combination of the simple algorithms of DRAGONCAST and network coding 
permits efficient broadcast in a context where broadcast with routing could be 
difficult (high mobility). 

The last observation is the illustration of the tradeoff between decoding 
and energy-efficiency: as one may see, using SEW has an limited but negative 
impact on the energy-efficiency of DRAGON. This impact is more marked for 
IRON, because generally IRON fails to uniformly spread information at a rate 
comparable to the source rate. 

Figure [S] shows simulation results in relatively slow networks ( mobility = 
33 m/sec). These simulations were done, this time, by varying the source rate 
ranging from 6 packets (3 Kbyte) per second to 12 packets (6 Kbyte) per second. 
For these simulations, the parameter for adaptation speed with DRAGON was 
tuned to a = 0.2. From these results, represented in Fig. [6l a part of the 
previous observations can be reiterated, but one may observe new points. 

First, DRAGON and DRAGONCAST did sucessfully adapt the rate of inter- 
mediate nodes to the diverse source rates as the near-constant energy-efficiency 
E'ref-eff of DRAGON shows in Fig. |6(d)[ Seco nd, DR AGON does not lose much 
efficiency when it is combined with SEW. Fig. |6(d)] shows that DRAGON loses 
at most 20 % efficiency (less than IRON) there. 
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(c) RTD of IRON 



(d) RTD of Dragon a = 0.2 



Figure 6: Erei-eff and decoding rate with changing source rate, 
spced=33m/sec N=:200 M=8.867 



In summary, the simulation resuhs have shown several interesting points: 
the first point is that the algorithm SEW has limited impact in terms of energy- 
efficiency. The second one is that SEW does indeed permit real-time decoding 
regardless of mobility, hence it is a necessary component of the protocol DRAG- 
ONCAST. The last point is that the energy-efficiency of DRAGONCAST is 
quite satisfying, even compared to a optimistic upper bound of the optimal 
non-coding method, and even in networks with notable mobility. 



7 Conclusion 

We have introduced a new protocol for broadcasting with network coding in a 
wireless mobile network: DRAGONCAST. It relies on three building blocks: a 
real-time decoding algorithm SEW which constrains the coded packet transmis- 
sions, but allows decoding the source stream without requiring to wait for its 
end; a rate adjustment algorithm, DRAGON, that performs a control so that 
the coded source packets are properly propagated everywhere, while still staying 
energy-efficient; and a termination protocol. 

We evidenced and investigated the performance of these building blocks, 
experimentally by simulations. They have shown dramatic improvement in real- 
time decoding when SEW is used with a limited cost in energy-efficiency. They 
have shown also more generally that, despite its simplicity, DRAGONCAST is 
an energy-efficient protocol, that performs adequately in mobile context. 
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Future work includes further investigation and modeling of the relationship 
between the parameters and the expected performance. 
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